Problem

raylib's Text wrapped inline BBCode runs at the base font size. A fixed-width raylib Text with an enlarged inline run ([FontSize=N] swap or [FontScale=N] multiplier) packed words onto a base-measured line, so the enlarged run then spilled past the wrap width. This is the remaining wrapping half of the raylib work — size reporting was already made font-aware in #3524. It mirrors the XNA-family wrapping fix #3529.

Fix

1. Wrap width (the #3532 ask) — mirrors #3529

• Runtimes/RaylibGum/Renderables/Text.cs — override IWrappedText.MeasureString(string, int absoluteStartIndexInStrippedText) so the shared wrap loop measures each styled run at its own resolved size. Extracted a shared MeasureStyledLineInBaseUnits helper out of GetInlineVariableAwareWidthAndHeight, so the draw path (ResolveRunFont), the size pass, and the new wrap seam all use one per-run resolution and cannot drift. Made UpdateWrappedText() public.
• Runtimes/RaylibGum/Renderables/CustomSetPropertyOnRenderable.cs — re-wrap after InlineVariables populate, before UpdatePreRenderDimensions(). The first wrap runs when RawText is set, before the runs exist, so it is blind to them.

2. Per-line vertical advance — raylib parity gap the wrap exposed

Once enlarged runs actually wrapped, a pre-existing raylib draw bug surfaced: Render advanced every wrapped line by a uniform base line height (i * LineHeightInPixels), so a line following an enlarged run was drawn on top of it instead of below. XNA already grows the per-line advance. Extracted GetLineTopOffsets() (public, testable) + GetLineLayoutScale(), consumed by Render only when inline runs are present so the plain-text draw path stays byte-identical and allocation-free. Reuses the same ResolveRunFont resolution DrawStyledLine lays out with (no extra MeasureTextEx), and matches the per-line height the size pass already reports.

Tests (Tests/RaylibGum.Tests/Renderables/TextMarkupTests.cs)

All red-first, using real raylib font measurement (hidden-window atlas):

• WrappedText_ShouldRewrapFontAware_WhenBbCodeFontScaleRunWidensLine — [FontScale=2] run; wrap width derived to sit strictly between the plain and enlarged single-line widths. Plain control at the same width stays one line.
• WrappedText_ShouldRewrapFontAware_WhenBbCodeFontSizeRunWidensLine — the [FontSize=N] crisp-swap-font path via a wired font creator.
• GetLineTopOffsets_ShouldPushLineBelowEnlargedRun_NotOverlapIt — the line after a [FontScale=2] line sits at twice the base advance (vertical stacking).
• MeasureString_WithStartIndex_ShouldMatchBaseMeasure_WhenNoInlineVariables — pins that the new overload equals the base measure when no inline runs cover the range, so plain-text wrapping stays byte-identical.

Full RaylibGum.Tests suite: 454 passed, 0 failed.

Manual verification

Disposable raylib scratch app: a fixed-width Text with an inline [FontScale=3] run wraps within its width AND the wrapped remainder stacks below the enlarged line (no horizontal spill, no vertical overlap), next to a plain control at the same width.

Closes #3532

🤖 Generated with Claude Code